Consistently delivering a web page having source code with a dynamic instruction

ABSTRACT

According to some implementations, a method, system and computer program product for consistently delivering a web page having source code with a dynamic instruction is provided. The method begins with a copy of the source code being stored and analyzed to identify the dynamic instruction. A uniformity profile of the web page is generated based on the analyzing, the uniformity profile specifying a modification to a portion of the dynamic instruction to maintain consistent delivery of the web page. The portion of the dynamic instruction is modified based on the uniformity profile, and the first modified copy of the source code is delivered to a client. The portion of the dynamic instruction is modified based on the uniformity profile, resulting in a second modified dynamic instruction. Finally, a second modified copy of the source code is delivered to a client.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of, and claims priorityto, U.S. patent application Ser. No. 14/593,560, entitled “ConsistentlyDelivering a Web Page Having Source Code with a Dynamic Instruction,”filed on Jan. 9, 2015, which is a continuation application of U.S.patent application Ser. No. 13/661,751, now U.S. Pat. No. 8,943,473,entitled “Consistently Delivering a Web Page Having Source Code with aDynamic Instruction,” filed on Oct. 26, 2012, which claims the benefitunder 35 U.S.C. §119(e) of U.S. Provisional Patent Application No.61/595,609, filed Feb. 6, 2012, entitled “Consistently Delivering A WebPage Having Source Code With A Dynamic Instruction”. The disclosure ofthe foregoing applications are incorporated herein by reference in theirentirety for all purposes.

BACKGROUND

Modern web pages have a variety of different content components. Basedon dynamic instructions in a web page, the content displayed by a webpage can change substantially each time a client ‘visits’ the web page.One example of source code that can be used to cause content componentsto change for each serving of a web page is JavaScript. Specifically,date and random functions can be used in JavaScript to dynamically causechanges to a web page each time it is delivered. Using these dynamicfunctions, different content can be delivered for each date, or based ona random number.

Many different reasons exist for storing a copy of a web page for reusewithout having to access the original version. In one approach tostoring a web page, the source code of the web page, and content itemsreferenced by the page are stored on a server for use at a later time.In this approach, when storing a copy of a web page, dynamic functionsare stored along with the source code of the page.

When conventionally using the stored copy of the web page at a latertime, when the stored web page is delivered, the stored dynamicinstructions are executed, potentially leading to substantial changes insome content items displayed by the web page. These changes can impactdifferent uses of the stored web page.

BRIEF SUMMARY

Implementations described herein relate to consistently delivering a webpage having source code with a dynamic instruction. According to someimplementations, the method begins with a copy of the source code beingstored. The stored copy of the source code is analyzed to identify thedynamic instruction. A uniformity profile of the web page is generatedbased on the analyzing, wherein the uniformity profile specifies amodification to a portion of the dynamic instruction to maintainconsistent delivery of the web page. The portion of the dynamicinstruction is modified based on the uniformity profile, resulting in afirst modified dynamic instruction. A first modified copy of the sourcecode having the first modified dynamic instruction is delivered to aclient. The portion of the dynamic instruction is modified based on theuniformity profile, resulting in a second modified dynamic instruction.Finally, a second modified copy of the source code having the secondmodified dynamic instruction is delivered to a client.

A system to consistently deliver a web page having source code with adynamic function includes a profiled web content storer configured tostore a copy of the source code and an analyzer configured to analyzethe stored copy of the source code to identify the dynamic function. Aprofile generator is configured to generate a uniformity profile of theweb page based on the analyzing, with the uniformity profile specifyinga dynamic function to modify to maintain consistent delivery of the webpage. A source modifier is configured to replace the dynamic functionwith a replacement function based on the uniformity profile, resultingin a modified web page source. Finally, a consistent web content serveris configured to deliver the modified web page source to a client.

Further features and advantages, as well as the structure and operationof various implementations are described in detail below with referenceto the accompanying drawings.

One or more of the following implementations described below can haveone or more of the following advantages: improving the accuracy oftesting the delivery of web pages having dynamic instructions, improvingthe accuracy of testing the processing of dynamic instructions in webpages, and simplifying the storage and delivery of web pages havingdynamic content. This list of example advantages of differentimplementations is intended to be non-limiting, and other advantageswould be apparent to one having skill in the relevant art(s), given thedescription herein.

BRIEF DESCRIPTION OF THE FIGURES

Implementations of the invention are described with reference to theaccompanying drawings. In the drawings, like reference numbers mayindicate identical or functionally similar elements. The drawing inwhich an element first appears is generally indicated by the left-mostdigit in the corresponding reference number.

FIG. 1 is a block diagram of a network architecture having a web server,a consistent web content server and a client, according to someimplementations.

FIG. 2 is a block diagram of a more detailed view of a profiled webcontent storer and a consistent web content server, according to someimplementations.

FIG. 3A is a diagram of conventional distributed storage of a web pagehaving dynamic content.

FIG. 3B is a diagram of storage of the web page having dynamic contentfor use by a consistent web content server, according to someimplementations.

FIG. 4 is a timeline showing aspects of some implementations.

FIG. 5 is an example of the web page source of a web page having dynamiccontent.

FIG. 6 is another example of the web page source of a web page havingdynamic content.

FIG. 7 is a block diagram of a consistent web content server and aclient having a performance tester, according to some implementations.

FIG. 8 is a flowchart illustrating a method of consistently delivering aweb page having source code with a dynamic instruction, according tosome implementations.

FIG. 9 is a sample computer system that may be used to implement someimplementations.

DETAILED DESCRIPTION OF IMPLEMENTATIONS

The following detailed description of the implementations refers to theaccompanying drawings that illustrate implementations consistent withthis invention. Other implementations are possible, and modificationsmay be made to the implementations within the spirit and scope of theinvention. Therefore, the detailed description is not meant to limit theinvention. Rather, the scope of the invention is defined by the appendedclaims.

The implementation(s) described and references in the specification to“one implementation,” “an implementation,” “an example implementation,”etc., indicate that the implementation (s) described may include aparticular feature, structure, or characteristic. However, everyimplementation may not necessarily include the particular feature,structure or characteristic. Moreover, such phrases are not necessarilyreferring to the same implementation. When a particular feature,structure or characteristic is described in connection with animplementation, it is understood that it is within the knowledge of oneskilled in the art to effect such feature, structure, or characteristicin connection with other implementations, whether or not explicitlydescribed.

It would be apparent to one of skill in the relevant art that theimplementations described below can be implemented in many differentimplementations of software, hardware, firmware, and/or the entitiesillustrated in the figures. Any actual software code with thespecialized control of hardware to instantiate implementations is notlimiting of this description. Thus, the operational behavior ofimplementations is described with the understanding that modificationsand variations of the implementations are possible, given the level ofdetail presented herein.

Overview

When a software developer is testing how various changes to a systemaffect the load time of a web page, it is important for the web page tobe consistent each time it is delivered. However, many web sites includedynamic content that changes each time it is delivered. Based on thischanging content, it can be difficult for a developer to determinewhether load time changes due to the dynamic content or the changes madeto the system. The process of performance measurement can benefit from aconsistent testing environment. Because web pages having dynamic contentcan load different content every time they are accessed, maintaining aconsistent testing environment for these types of web pages can bechallenging.

Generally speaking, some implementations described herein consistentlydeliver a stored web page having source code with dynamic instructions.As described below, some implementations use the consistent delivery ofthe stored web page to test the performance of applications associatedwith the delivery and use of the stored web page.

FIG. 1 is a block diagram of a computer system architecture 100 havingcomputer system 105, computer system 120 and computer system 130.Computer system 120 includes consistent web content server 150, profiledweb content storer 155 and storage 160 having web page source 165.Computer system 105 is coupled to computer system 120 via network 101and includes web server 110 having original web page source 115.Computer system 120 is also coupled to computer system 130 having client135.

As discussed with the description of FIG. 7 below, in someimplementations, client 135 is a combination of a web browser and aperformance measuring application configured to measure the performanceof the web browser. As further described with respect to the discussionof FIG. 7 below, having a consistently delivered web page can improvethe accuracy of the performance measuring application by removing otherunmeasured factors. In other implementations, client 135 can be anyapplication that is configured to receive a web page source.

Network 101 may be any network or combination of networks that can carrydata communication. Such network 101 can include, but is not limited to,a local area network, medium area network, and/or wide area network suchas the Internet. Network 101 can support protocols and technologyincluding, but not limited to, World Wide Web protocols and/or services.Intermediate web servers, gateways, or other servers may be providedbetween components of computer system architecture 100 depending upon aparticular application or environment. Computer systems 105, 120 and 130are discussed further in the description of FIG. 9 below.

Consistent web content server 150 is configured to consistently delivera web page to client 135. As used typically herein, to ‘consistently’deliver a web page means, for the same stored web page source code, todeliver web page source code to an application that uses the code todisplay the same content each time the stored version is used-regardlessof dynamic instructions within the source code.

For example, a stored web page that includes a graphic banneradvertisement may include a dynamic instruction that changes the graphiceach time the page is displayed based on a random number. At a webbrowser, during delivery of the stored web page to a display, thedynamic instruction is interpreted, and a random number is used toselect a graphic displayed by the page. Based on the random number, thisdisplayed content can be different than the content originally displayedby the stored web page source.

As used typically herein, delivery of the web page includes delivery bythe web server to a client application and interpretation of dynamicinstructions by the client application. The timeline of request,delivery and dynamic code interpretation is discussed further in thedescription of FIG. 4 below.

Recording the Web Page

FIG. 2 is a block diagram of a more detailed view of a consistent webcontent server 150 and profiled web content storer 155, as hosted bycomputer system 120, according to some implementations. Consistent webcontent server 150 includes analyzer 210, profile generator 220 andsource modifier 230. Profiled web content storer 155 includes analyzer210 and profile generator 220. Computer system 120 further includes astorage 160 having web page source 165 and uniformity profile 255. Webpage source 165 includes dynamic instruction 250.

For convenience, as described herein, the storage of original web pagesource 115 by profiled web content storer 155 is termed recording thedisplayed web page, with the displayed web page being the result of therendering of original web page source 115 by profiled web content storer155. Beyond simply storing the web page source and content generated byoriginal web page source 115, profiled web content storer 155 storescontent that forms the web page-including content retrieved based ondynamic instructions. The discussion of FIGS. 3A-B below describes thestorage of recorded original web page source 115.

Stages S1-S2 listed below are intended to be a non-limiting example ofsteps performed by operation of some implementations. One having skillin the relevant art(s), given the description herein, will appreciatethat some steps can be performed in a different order, by differentcomponents and have different results than the descriptive steps below.Stages S1-S2 are as follows:

S1. Original web page source 115 is selected as a web page to be storedfor use by some implementations. Web page source 115 can be a part of alarger collection of linked web pages (a web site), and referencecontent items not shown.

S2. Based on the selection of original web page source 115, profiled webcontent storer 155 records original web page source 115 and stores webpage source 165, as well as a portion of the content items referenced byweb page source 115 (not shown). Profiled web content storer 155 storesall stored items in storage 160. One having skill in the relevant art(s)will appreciate different approaches used to store web page source 165and associated content items.

FIG. 3A is a diagram of storage of a web page having dynamic content.Original web page source 115 has a link to web page 320 and dynamiclinks to content 310A-B. Web page 320 has a link to content 325. In thisexample, original web page source 115 is configured to use web page 320to display content 325 and one of content 310A and 310B when originalweb page source 115 is rendered. Dynamic instruction 250 is configuredto select either content 310A or content 310B for display on therendered version of original web page source 115. As noted above,dynamic instruction 250 can use a random function or a date function,for example, to select between content 310A-B.

FIG. 3B is a diagram of storage of the web page having dynamic contentstored for use by a consistent web content server, according to someimplementations. Storage 160 holds web page source 165, content 310A andweb page 320 linked to content 325.

Continuing the example above, when some implementations of profiled webcontent storer 150 record original web page source 115, portions ofitems from FIG. 3A are stored in storage 160. As noted above with thediscussion of FIG. 3A, original web page source 115 is configured to useweb page 320 to display content 325 and one of content 310A and 310Bwhen original web page source 115 is rendered. At the time profiled webcontent storer records original web page source 115, dynamic instruction250 is used to select content 310A for display. This selection may bebased, for example, on the date of playing or a random number selected.

Based on the recording of original web page source 115, profiled webcontent storer 150 stores a copy of original web page source 115 as webpage source 165. Also because original web page source 115 is configuredto use web page 320 and content 325, these items are stored in storage160. Because content 310A is selected by dynamic instruction 250,content 310A is also stored in storage 160. Profiled web content storer150 continues to record original web page source 115 until all of thecontent items referenced by the page are stored in storage 160.

As would be appreciated by one having skill in the relevant art(s),given the description herein, because of the nature of dynamicinstructions, content 310B may not be identifiable to profiled webcontent storer 150 at the time of storing. For example, dynamicinstruction 250 may only explicitly reference content 310B on aparticular date of after a particular random number is selected.

In a conventional approach to storing original web page source 115, whenweb page source 165 is played back, dynamic instruction 250 can refer tocontent 310B instead of stored content 310A. Because someimplementations of client 135 are not connected to the Internet, content310B would be unavailable to client 135 and would thus lead to an error.Because of this missing content, a performance monitor measuring theoperation of client 135 would not be able to repeatedly test web pagesource 165 consistently.

As further discussed with the descriptions of FIGS. 4-7 below, someimplementations approach the playback of web page source 165 so as tomaintain consistency in playback. This consistency is illustrated in anexample where, notwithstanding the above-noted configuration of dynamicinstruction 250, content 310A is repeatedly played back.

Generating a Profile of Stored Web Content

One approach to maintaining consistent delivery of web page source 165having dynamic instruction 250 is to generate a profile of web pagesource 165 and dynamic instruction 250. It is important to note that, asused typically herein, dynamic instruction 250 can be a combination ofweb page code/instructions that lead to inconsistent results when webpage source 165 is conventionally replayed. In an approach used by someimplementations, a profile is generated that can be repeatedly used tohandle dynamic instruction 250 and consistently replay web page source165.

During or after the operation of profiled web content storer 150, insome implementations, analyzer 210 analyzes web page source 165 togenerate uniformity profile 255. Based on the analysis of analyzer 210,profile generator 220 generates a profile of web page source 165 asstored in storage 160. To generate uniformity profile 255, differentimplementations identify aspects of dynamic instruction 250 that mayalter the rendering of web page source 165 when it is repeatedlyreplayed by client 135. As noted above, changes in the rendering ofstored web page source 165 upon reuse can have negative consequences forcertain actions applied to the rendering, e.g., measuring web browserperformance.

An example uniformity profile indicates specific changes to be made todynamic instruction 250 that prevent an alteration in the rendering ofweb page source 165 when it is repeatedly replayed by client 135.Uniformity profiles used by some implementations include differentcharacteristics, including a specific date-time, a specific randomnumber seed, and/or a list of changing URI (Uniform Resource Identifier)parameters.

In some implementations, a date-time value stored in uniformity profile255 can provide a consistent date for use when web page source 165 isrepeatedly replayed by client 135. Allowing the date-time value tochange at each replaying could cause inconsistent results for eachexecution of dynamic instruction 250 in web page source 165. A storeddate-time value can be used to replace a current date-time value in anyportions of dynamic instruction 250 that uses such information. Usingthe stored date-time value in uniformity profile 255 during theexecution of dynamic instruction 250 can prevent an inconsistent result.

In other implementations, a random number seed stored in uniformityprofile 255 can provide a consistent number from a random number requestwhen web page source 165 is repeatedly replayed by client 135. Providinga different number at each replaying could cause inconsistent resultsfor each execution of dynamic instruction 250 in web page source 165.Generally, although the request is for a random number, the randomnumber is typically chosen according to a given algorithm. Use of arandom number seed as an input into the algorithm in place of a randomseed can result in consistent, repeatable results from the algorithm.Accordingly, using the stored random number seed in uniformity profile255 during the execution of dynamic instruction 250 can prevent aninconsistent result.

In other implementations, URI parameters stored in uniformity profile255 can provide consistent parameters for execution when web page source165 is repeatedly replayed by client 135. Providing different parametersat each replaying could cause inconsistent results for each execution ofdynamic instruction 250 in web page source 165. Example executionparameters are provided with reference to FIG. 5 below. Using the storedURI parameters in uniformity profile 255 during the execution of dynamicinstruction 250 can prevent an inconsistent result.

More detailed descriptions of changes that can be made to dynamicinstruction 250 based on a uniformity profile 255 are described withreference to the descriptions of FIGS. 4, 5 and 6 below.

Consistent Delivery

FIG. 4 is an example timeline 410 that illustrates aspects of someimplementations. Referring to components in FIGS. 1 and 2, timeline 410illustrates different milestones of the delivery and replaying of storedweb page source 165 by a client, according to some implementations. Inthis example, stored web page source 165 includes dynamic instruction250.

Requested Page Modification

Stages M1-M7 listed below provide an example of an approach thatprovides a consistent delivery of web page source 165 by modifying therequested page source each time it is requested. The same web pagesource 165 is stored and reused, but each time, after being requested,the page is modified before delivery. Stages M1-M7 are listed below withreference to FIGS. 1, 2 and 4:

M1. At point 420, a request for web page source 165 is received atconsistent content web server 150 from client 135. In this example,client 135 is a web browser application. Consistent content web server150 identifies web page source 165 as having dynamic content andretrieves uniformity profile 255. Uniformity profile 255 was generatedfor web page source 165 by the profiling process described above.

M2. In response to the request, during interval 422, in someimplementations, consistent web content server 150 modifies web pagesource 165 based on uniformity profile 255 to maintain consistency inthe delivery of web page source 165 to client 135. To make themodification, for example, uniformity profile 255 contains a referenceto dynamic instruction 250 along with a change required to preventinconsistent delivery. Instead of changing each time dynamic instruction250 is interpreted, after web page source 165 is modified based onuniformity profile 255, the modified web page source 165 is consistentlydelivered each time, without changes.

One approach to modifying web page source used by some implementations,is to reuse uniformity profile 255 each time stored web page source 165is provided. As noted above, a uniformity profile can include specificdate-time, a specific random number seed, and/or a list of URIparameters.

When the dynamic instruction is based on a date, the uniformity profilestored date-time is provided. When a random number is used, the randomnumber seed stored in the uniformity profile is provided. When URIparameters are used, the uniformity profile can provide the same URIparameters each time the page is requested. Additional examples ofuniformity profile 255 and modification of dynamic instruction 250 arediscussed with reference to the description of FIG. 6 below.

M3. After the modification of stage M2, at point 425, a stored copy ofweb page source 165 is relayed 465 to client 135 by consistent contentweb server 150.

M4. In this example, by the normal operation of client 135 web browser,once received at point 440, web page source 165 is processed during time450 by a web browser processing engine.

M5. During the period that web page source 165 is processed 450, atpoint 445, dynamic instruction 250 is processed. Without themodification of stage M2 above, at point 445, dynamic instruction 250could generate an inconsistent result based on some factor. However,because of the modification described in stage M2, during processing atpoint 445, dynamic instruction 250 generates the same result each timeweb page source 165 is processed by client 135.

For example, where a dynamic instruction refers to a date, themodifications described with M2 above ensure that a consistent date isused when executing the dynamic instruction. In another example, where adynamic instruction refers to a random number, the modificationsdescribed with M2 above ensure that the same number is used whenexecuting the dynamic instruction. In another example, where a dynamicinstruction refers to URI parameters, the modifications described withM2 above ensure that the same URI parameters are used when executing thedynamic instruction.

M6. During the processing at time 450 of web page source 165, by thenormal operation of a web browser, content requests 454 are generated.As would be appreciated by one having skill in the relevant art(s),content requests are generated based on markup commands in web pagesource 165. For example, to place a banner advertisement on a web page,web page source 165 includes a markup reference to retrieve a graphicfrom an external source. The address of the retrieved graphic can changebased on dynamic instruction 250. In conventional web page delivery,this dynamic changing of remote addresses for content retrieval is a keysource of inconsistently delivered web pages.

M7. Because of the modifications described at stage M2, the contentrequests 454 generated by the interpretation at point 445 of dynamicinstruction 250 are the same each time web page source 165 is processed.At point 460, web page source 165 completes processing 450.

As would be appreciated by one having skill in the relevant art(s),given the description herein, different stages M1-M7 may be performed bysome implementations. Additional or fewer stages can be performed, andstages can be performed in a different order than those listed.

FIG. 5 is an example of web page source 510 having static content 520A-Band parameterized content 530. While parameterized content 530 is not adynamic content statement, web page automation can alter the parametersand make this statement dynamically display different content. As usedtypically herein therefore, this type of parameterized content 530statement is termed a dynamic instruction.

As noted above, with reference to stage M2, in response to the requestby client 135, during interval 422, in some implementations, consistentweb content server 150 modifies web page source 165 to maintainconsistency in the delivery of web page source 165 to client 135.

In some implementations, a type of change that can be performed in stageM2 above to maintain consistent delivery of the web page involves makinga change to a portion of the dynamic instruction. As would beappreciated by one having skill in the relevant art(s), given thedescription herein, one portion of a dynamic instruction that can be thesource of changes in a dynamic instruction is a parameter of the dynamicinstruction. For example, the following Uniform Resource Indicator (URI)of parameterized content 530 has a domain name path and two parameters:

-   -   www.example.com/content?a=4&c=5

In an example web page, web content returned from the above URI changesbased on the parameters used. The parameters “a=4&c=5” are a querystringand the destination to which the URI is directed(www.example.com/content) returns a different piece of content (e.g., animage), based on the values for “a” and “c”. One approach used bydynamically changing web pages is to vary the values in a querystring toreturn different content items.

Parameter Substitution

To maintain consistent delivery of the example web page described above,some implementations identify the parameters that change for each webpage request using analyzer 210, and generates uniformity profile 255using profile generator 220. Having uniformity profile 255 availableallows the alteration of the parameters by source modifier 230 each timethe web page is replayed by consistent web content server 150. To enablethe parameter substitution, an example uniformity profile 255 includesreferences to the changing parameters along with new parameter values tobe substituted.

Stages P1-P4 below illustrate an example of the parameter substitutiondescribed above. Stages P1-P4 are as follows:

P1. During the profiling of original web page source 510, a referencethat uses a dynamically changed parameter can be identified by profilegenerator 220. In the example depicted on FIG. 5, the URI portion ofparameterized content 530 can be identified, with the parameters“a=4&c=5”. Based on this identification, profile generator generates aprofile of original web page source 115.

P2. The parameters stored with the URI portion of parameterized content530 (“a=4&c=5”) return content 310A for example, from automation atwww.example.com. During the storage phase, this content 310A item isstored in storage 160.

P3. In an example, because the parameters are configured to be changedbased on the date of the web page request, after storage as web pagesource 165, when web page source 165 is requested by client 135, if thedate is different from the date web page source 165 was stored, then theparameters of the URI portion of parameterized content 530 will change,e.g., “a=5&c=6”. As noted above, these new parameters are stored forreuse in uniformity profile 255.

P4. Thus, when stored web page source 165 is played back the followingURI is generated:

-   -   www.example.com/content/“a=5&c=6”

If left unchanged, in an example, the above URI would link to content310B instead of the stored content 310A. By changing the URI back to theoriginal parameter values (“a=4&c=5”) before the web page is delivered,according to a stored uniformity profile described above, someimplementations use content 310A to consistently playback of web pagesource 165.

In another approach to parameter substitution, in replay mode whendifferent, dynamic requests are generated for different content items,these requests are analyzed, and instead of displaying different contentitems, a similar content item can be displayed every time the stored webpage is delivered to client 135.

In this approach, when the server requests a URI, the requested URI iscompared to the paths of all of the stored content items in storage 160that have similar paths (e.g., content 310A and content 325). As usedtypically herein, URI path means the URI without query parameters, e.g.,www.example.com/content. The iteration can find all possible contentitems referenced by parameters “a” and “c”. In this case, a has values 2and 4 and c has value 5.

In this example, once multiple possible URIs are constructed fromdifferent combination of values of “a” and “c”, one of the combinationscorresponds to the URI www.example.com/content?a=2&c=5 which points tocontent 310A. Content 310A is present in storage 160 and can thus beconsistently displayed each time the page is requested.

This retrieval of similar content can also enable the consistent deliverof web page content.

Function Overriding

In a variation of the approach described with reference to timeline 410and stages M1-M7 above, instead of modifying dynamic instruction 250during interval 422 each time web page source 165 is requested, web pagesource 165 is permanently modified in storage 160. In this approach, thedynamic functions that cause the changing character of dynamicinstruction 250 are replaced with functions that do not change. Forexample, a date function that causes a different content item to bedisplayed each time web page source 165 is replayed can be replaced(also known as overridden) by an alternative date function that returnsthe same value each time. In another example, a random function thatcauses a different content item to be displayed each time web pagesource 165 is replayed can be replaced (also known as overridden) by analternative random function that returns the same value each time.

FIG. 6 is an example of web page source 610 having static content 630and JavaScript sections 620 and 640. JavaScript section 620 has imagesources 622 and dynamic instructions 624, and JavaScript section 640invokes dynamic instructions 624. Dynamic instructions 624 includerequesting the display of one of a set of four random images 622: 1.gif,2.gif, 3.gif and 4.gif. In this example, dynamic instructions 624 use aMath.random function in JavaScript to generate the random number thatselects from the four images noted above.

With reference to the timeline in FIG. 4, the example below illustratesan example of the function overriding approach used by someimplementations.

At point 420 in FIG. 4, a request for the web page is received atconsistent content web server 150 from client 135. In response to therequest, during interval 422, in some implementations, consistent webcontent server 150 modifies web page source 165 to maintain consistencyin the delivery of web page source 165 to client 135. Instead ofchanging each time dynamic instruction 250 is interpreted, after webpage source 165 is modified, web page source 165 is consistentlydelivered each time, without changes.

In some implementations, the use of the Math.random function for contentselection can be detected by analyzer 210 during the profiling phase andthe code that executes the Math.random function can be replaced. Duringthe initial recording phase, the random number selected and/or thecontent item selected can be stored in uniformity profile 255 by profilegenerator 220. In this example, uniformity profile 255 also includes areference to the included Math.random function along with a replacementstatic function to be used each time the web page is requested.

To maintain consistency in the playback of web page source 165, sourcemodifier 230 replaces the Math.random function in web page source 610with a static function. For a date function, for example, thereplacement static function can return the same date each time thefunction is called. For a random function, the function can return thesame value each time the function is called. (function not shown). Basedon uniformity profile 255, the replacing (also termed overriding) can beperformed by replacing function defining code in the head portion of webpage source 610.

As would be appreciated by one having skill in the relevant art(s),given the description herein, other dynamic functions can be overriddenby implementations in a similar fashion. As noted above, withoutreplacement, the dynamic functions discussed above have the potentialfor causing inconsistent web page playback.

By the normal operation of a web browser, once received at point 440,web page source 165 is processed during time 450 by a web browserprocessing engine. During the period 450 when web page source 165 isprocessed, at point 445, dynamic instructions 624 are processed. Withoutthe function replacement described above, based on the conventionalMath.random function, at point 445, dynamic instructions 624 are likelyto generate a different result than the previously delivered web page,based on some factor, for example the date or a random number. However,because of the modification described above, during processing at point445, dynamic instruction 250 generates the same result each time webpage source 165 is processed by client 135.

Because of the modifications described in this example, content requests454 generated by interpretation 445 of dynamic instruction 250 are thesame each time web page source 610 is processed.

Example Implementation

FIG. 7 is a block diagram of an exemplary computer system 701 andcomputer system 702. Computer system 701 has a consistent web contentserver 750, storage 760 and a profiled web content storer 755. Profiledweb content storer 755 includes analyzer 710 and profile generator 720.Consistent web content server 750 includes request receiver 740 andsource modifier 730. Storage 760 includes uniformity profile 762 and webpage source 765 having dynamic instruction 767. Computer system 702includes web browser 735 and performance tester 790.

As described above, consistent performance testing of web-pages can bedifficult due to the dynamic nature of some web pages that change theircontent upon each request. Implementations described herein provide anenvironment that reduces the dynamic nature of some web pages and thusimprove the consistency of performance testing.

In some implementations, web browser 735 is monitored by performancetester 790. Performance tester 790 is a performance measuringapplication configured to measure performance metrics associated withweb browser 735 and web page source 765. For example, performance tester790 can be configured to measure the performance of web page source 765as this source is loaded by web browser 735.

In an example, an original web page source (not shown) is stored instorage 760 by profiled web content storer 755 as web page source 765.Web page source 765 is analyzed by analyzer 710 to identify dynamicinstruction 767. Based on the analyzing of analyzer 710, uniformityprofile 762 is generated by profile generator 720 and stored in storage760.

At web browser 735, a first request is made to retrieve web page source765. Based on uniformity profile 762, dynamic instruction 767 ismodified, resulting in a modified dynamic instruction. The firstmodified copy of web page source 765 is delivered to client web browser735. Performance tester 790 monitors aspects of the request and deliveryof web page source 765 to web browser 735.

At web browser 735, a second request is made to retrieve web page source765. Based on uniformity profile 762, dynamic instruction 767 ismodified again, resulting in a modified dynamic instruction that isequivalent to the dynamic instruction after the previous modification.The second modified copy of web page source 765 is delivered to clientweb browser 735. Performance tester 790 also monitors aspects of therequest and delivery of web page source 765 to web browser 735.

Method 800

FIG. 8 is a flowchart illustrating a method of consistently delivering aweb page having source code with a dynamic instruction, according tosome implementations. The method begins at stage 810 with a copy of thesource code being stored. For example, in FIG. 1, original web pagesource 115 is stored by profiled web content storer 155 in storage 160as web page source 165. Once stage 810 is completed, the method moves tostage 820.

At stage 820, the stored copy of the source code is analyzed to identifythe dynamic instruction. For example, in FIG. 2, web page source 165 isanalyzed by analyzer 210 to identify dynamic instruction 250. Once stage820 is completed, the method moves to stage 830.

At stage 830, a uniformity profile of the web page is generated based onthe analyzing, wherein the uniformity profile specifies a modificationto a portion of the dynamic instruction to maintain consistent deliveryof the web page. For example, based on the analyzing of analyzer 210,uniformity profile 255 is generated by profile generator 220 and storedin storage 160. Once stage 830 is completed, the method moves to stage840.

At stage 840, in response to a request for the web page, the portion ofthe dynamic instruction is modified based on the uniformity profile,resulting in a first modified dynamic instruction. For example, based onuniformity profile 255, dynamic instruction 250 is modified, resultingin a first modified dynamic instruction. Once stage 840 is completed,the method moves to stage 850.

At stage 850, a first modified copy of the source code having the firstmodified dynamic instruction is delivered to a client. For example, afirst modified copy of web page source 165 is delivered to client 135.Once stage 850 is completed, the method moves to stage 860.

At stage 860, in response to another request for the web page, theportion of the dynamic instruction is modified based on the uniformityprofile, resulting in a second modified dynamic instruction. Forexample, based on uniformity profile 255, dynamic instruction 250 ismodified, resulting in a second modified dynamic instruction. Once stage860 is completed, the method moves to stage 870.

At stage 870, a second modified copy of the source code having thesecond modified dynamic instruction is delivered to a client. Forexample, a second modified copy of web page source 165 is delivered toclient 135. Once stage 870 is completed, the method ends at stage 880.

Example Computer System Implementation

FIG. 9 illustrates an example computer system 900 in whichimplementations of the present invention, or portions thereof, may beimplemented. For example, portions of systems or methods illustrated inFIGS. 1-4 and 7 may be implemented in computer system 900 usinghardware, software, firmware, tangible computer readable media havinginstructions stored thereon, or a combination thereof and may beimplemented in one or more computer systems or other processing systems.Hardware, software or any combination of such may embody any of themodules/components in FIGS. 1-4 and 7, and any stage in FIG. 8. Computersystems 105, 120, 130, 701 and 702 can also be implemented usingcomponents of computer system 900.

If programmable logic is used, such logic may execute on a commerciallyavailable processing platform or a special purpose device. One ofordinary skill in the art may appreciate that implementations of thedisclosed subject matter can be practiced with various computer systemand computer-implemented device configurations, including smartphones,cell phones, mobile phones, tablet PCs, multi-core multiprocessorsystems, minicomputers, mainframe computers, computer linked orclustered with distributed functions, as well as pervasive or miniaturecomputers that may be embedded into virtually any device.

For instance, at least one processor device and a memory may be used toimplement the above described implementations. A processor device may bea single processor, a plurality of processors, or combinations thereof.Processor devices may have one or more processor ‘cores.’

Various implementations of the invention are described in terms of thisexample computer system 900. After reading this description, it willbecome apparent to a person skilled in the relevant art how to implementthe invention using other computer systems and/or computerarchitectures. Although operations may be described as a sequentialprocess, some of the operations may in fact be performed in parallel,concurrently, and/or in a distributed environment, and with program codestored locally or remotely for access by single or multi-processormachines. In addition, in some implementations the order of operationsmay be rearranged without departing from the spirit of the disclosedsubject matter.

As will be appreciated by persons skilled in the relevant art, processordevice 904 may be a single processor in a multi-core/multiprocessorsystem, such system operating alone, or in a cluster of computingdevices operating in a cluster or server farm. Processor device 904 isconnected to a communication infrastructure 906, for example, a bus,message queue, network or multi-core message-passing scheme.

Computer system 900 also includes a main memory 908, for example, randomaccess memory (RAM), and may also include a secondary memory 910.Secondary memory 910 may include, for example, a hard disk drive 912,removable storage drive 914 and solid state drive 916. Removable storagedrive 914 may include a floppy disk drive, a magnetic tape drive, anoptical disk drive, a flash memory, or the like. The removable storagedrive 914 reads from and/or writes to a removable storage unit 918 in awell known manner. Removable storage unit 918 may include a floppy disk,magnetic tape, optical disk, etc. which is read by and written to byremovable storage drive 914. As will be appreciated by persons skilledin the relevant art, removable storage unit 918 includes a computerusable storage medium having stored therein computer software and/ordata.

In alternative implementations, secondary memory 910 may include othersimilar means for allowing computer programs or other instructions to beloaded into computer system 900. Such means may include, for example, aremovable storage unit 922 and an interface 920. Examples of such meansmay include a program cartridge and cartridge interface (such as thatfound in video game devices), a removable memory chip (such as an EPROM,or PROM) and associated socket, and other removable storage units 922and interfaces 920 which allow software and data to be transferred fromthe removable storage unit 922 to computer system 900.

Computer system 900 may also include a communications interface 924.Communications interface 924 allows software and data to be transferredbetween computer system 900 and external devices. Communicationsinterface 924 may include a modem, a network interface (such as anEthernet card), a communications port, a PCMCIA slot and card, or thelike. Software and data transferred via communications interface 924 maybe in electronic, electromagnetic, optical, or other forms capable ofbeing received by communications interface 924. This data may beprovided to communications interface 924 via a communications path 926.Communications path 926 carries the data and may be implemented usingwire or cable, fiber optics, a phone line, a cellular phone link, an RFlink or other communications channels.

In this document, the terms computer program medium and computerreadable medium are used to generally refer to media such as removablestorage unit 918, removable storage unit 922, and a hard disk installedin hard disk drive 912. Computer program medium and computer readablemedium may also refer to memories, such as main memory 908 and secondarymemory 910, which may be memory semiconductors (e.g., DRAMs, etc.).

Computer programs (also called computer control logic) may be stored inmain memory 908 and/or secondary memory 910. Computer programs may alsobe received via communications interface 924. Such computer programs,when executed, enable computer system 900 to implement implementationsof the present invention as discussed herein. In particular, thecomputer programs, when executed, enable processor device 904 toimplement the processes of implementations, such as the stages in method900 illustrated by FIG. 9 discussed above. Accordingly, such computerprograms represent controllers of the computer system 900. When someimplementations are implemented using software, the software may bestored in a computer program product and loaded into computer system 900using removable storage drive 914, interface 920, hard disk drive 912 orcommunications interface 924.

Implementations of the invention also may be directed to computerprogram products comprising software stored on any computer readablemedium. Such software, when executed in one or more data processingdevices, causes a data processing device(s) to operate as describedherein. Implementations of the invention employ any computer useable orreadable medium. Examples of computer readable mediums include, but arenot limited to, primary storage devices (e.g., any type of random accessmemory), secondary storage devices (e.g., hard drives, floppy disks, CDROMS, ZIP disks, tapes, magnetic storage devices, and optical storagedevices, MEMS, nanotechnological storage device, etc.).

CONCLUSION

Implementations described herein relate to methods and apparatus forconsistently delivering a web page having source code with a dynamicinstruction. The summary and abstract sections may set forth one or morebut not all exemplary implementations of the present invention ascontemplated by the inventors, and thus, are not intended to limit thepresent invention and the claims in any way.

The implementations herein have been described above with the aid offunctional building blocks illustrating the implementation of specifiedfunctions and relationships thereof. The boundaries of these functionalbuilding blocks have been arbitrarily defined herein for the convenienceof the description. Alternate boundaries may be defined so long as thespecified functions and relationships thereof are appropriatelyperformed.

The foregoing description of the specific implementations will so fullyreveal the general nature of the invention that others may, by applyingknowledge within the skill of the art, readily modify and/or adapt forvarious applications such specific implementations, without undueexperimentation, without departing from the general concept of thepresent invention. Therefore, such adaptations and modifications areintended to be within the meaning and range of equivalents of thedisclosed implementations, based on the teaching and guidance presentedherein. It is to be understood that the phraseology or terminologyherein is for the purpose of description and not of limitation, suchthat the terminology or phraseology of the present specification is tobe interpreted by the skilled artisan in light of the teachings andguidance.

The breadth and scope of the present invention should not be limited byany of the above-described exemplary implementations, but should bedefined only in accordance with the claims and their equivalents.

What is claimed is:
 1. A method, comprising: storing source code of aweb page; determining, based on the stored source code, that the webpage includes a dynamic instruction that changes content presented inthe web page for different presentations of the web page; identifying,within the dynamic instruction, a variable parameter that causes amodification to a portion of the dynamic instruction to change thecontent presented for different presentations of the web page;replacing, for multiple different presentations of the web page, thevariable parameter with a same specified parameter to present a same setof content in the web page for multiple different presentations of theweb page; and delivering the same set of content in the web page for themultiple different presentations of the web page.
 2. The method of claim1, wherein, replacing a parameter value comprises, replacing a parametervalue that is configured to change for the delivery of the web pagebased on dynamic characteristics of the web page.
 3. The method of claim1, wherein replacing a parameter value comprises modifying a querystring parameter of the dynamic instruction.
 4. The method of claim 1,wherein replacing a parameter value comprises modifying a parameterassociated with an HTTP GET instruction.
 5. The method of claim 1,wherein replacing a parameter value comprises modifying a portion of thedynamic instruction that is configured to change based on a current dateor time.
 6. The method of claim 1, wherein replacing a parameter valuecomprises modifying a portion of the dynamic instruction that isconfigured to change based on a random value.
 7. A system, comprising: adata processing apparatus; and software stored in non-transitorycomputer readable storage medium storing instructions executable by thedata processing apparatus and that upon such execution cause the dataprocessing apparatus to perform operations comprising: store source codeof a web page; determine, based on the stored source code, that the webpage includes a dynamic instruction that changes content presented inthe web page for different presentations of the web page; identify,within the dynamic instruction, a variable parameter that causes amodification to a portion of the dynamic instruction to change thecontent presented for different presentations of the web page; replace,for multiple different presentations of the web page, the variableparameter with a same specified parameter to present a same set ofcontent in the web page for multiple different presentations of the webpage; and deliver the same set of content in the web page for themultiple different presentations of the web page.
 8. The system of claim7, wherein, replacing a parameter value comprises, replacing a parametervalue that is, based on dynamic characteristics of the web page,configured to change for the delivery of the web page.
 9. The system ofclaim 7, wherein replacing a parameter value comprises modifying a querystring parameter of the dynamic instruction.
 10. The system of claim 7,wherein replacing a parameter value comprises modifying a parameterassociated with an HTTP GET instruction.
 11. The system of claim 7,wherein replacing a parameter value comprises modifying a portion of thedynamic instruction that is configured to change based on a current dateor time.
 12. The system of claim 7, wherein replacing a parameter valuecomprises modifying a portion of the dynamic instruction that isconfigured to change based on a random value.
 13. A non-transitorycomputer-readable medium having computer-executable instructions storedthereon that, when executed by a computing device, cause the computingdevice to perform a method of consistently delivering a web page havingsource code with a dynamic instruction, comprising: storing source codeof a web page; determining, based on the stored source code, that theweb page includes a dynamic instruction that changes content presentedin the web page for different presentations of the web page;identifying, within the dynamic instruction, a variable parameter thatcauses a modification to a portion of the dynamic instruction to changethe content presented for different presentations of the web page;replacing, for multiple different presentations of the web page, thevariable parameter with a same specified parameter to present a same setof content in the web page for multiple different presentations of theweb page; and delivering the same set of content in the web page for themultiple different presentations of the web page.
 14. The non-transitorycomputer-readable medium of claim 13, wherein, replacing a parametervalue comprises, replacing a parameter value that is, based on dynamiccharacteristics of the web page, configured to change for the deliveryof the web page.
 15. The non-transitory computer-readable medium ofclaim 13, wherein replacing a parameter value comprises modifying aquery string parameter of the dynamic instruction.
 16. Thenon-transitory computer-readable medium of claim 13, wherein replacing aparameter value comprises modifying a parameter associated with an HTTPGET instruction.
 17. The non-transitory computer-readable medium ofclaim 13, wherein replacing a parameter value comprises modifying aportion of the dynamic instruction that is configured to change based ona current date or time.
 18. The non-transitory computer-readable mediumof claim 13, wherein replacing a parameter value comprises modifying aportion of the dynamic instruction that is configured to change based ona random value.